home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001198_weber@eitech.com _Thu May 27 18:13:45 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <weber@eitech.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA21057; Thu, 27 May 93 18:13:45 MET DST
  4. Received: from lks.lks.csi.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA13102; Thu, 27 May 1993 18:35:09 +0200
  6. Received: from eitech.eitech.com by lks.lks.csi.com (5.65/6.930123)
  7.      with SMTP id AA24029; Thu, 27 May 93 11:34:08 -0500
  8. Received: from bd.eitech.com ([192.100.58.27]) by eitech.com (4.1/SMI-4.1)
  9.     id AA23627; Thu, 27 May 93 09:29:57 PDT
  10. Message-Id: <9305271629.AA23627@eitech.com>
  11. X-Sender: weber@eitech
  12. Date: Thu, 27 May 1993 09:35:44 -0800
  13. To: murphy@dccs.upenn.edu, www-talk@nxoc01.cern.ch
  14. From: weber@eitech.com (Jay Weber)
  15. Subject: Re: Keeping HTML Simple & Format negotiation between Browser & Server
  16. Cc: litwack@dccs.upenn.edu
  17. X-Mailer: <PC Eudora Version 1.1a5>
  18.  
  19. At 09:46 AM 5/27/93 -0400, murphy@dccs.upenn.edu wrote:
  20. >Elements needed:
  21. >
  22. >1) an ever-growing dictionary of pre-defined format names and
  23. >agreement on what those format names mean.  It has to be ever-growing
  24. >because it's a fact of life -- there's always going to be new types of
  25. >data formats coming onto the scene.  The server and the browser
  26. >(client) both need access to this dictionary, perhaps getting a new
  27. >version of it every once in a while (either automatically, or perhaps
  28. >upon the user's request)
  29.  
  30. That's easy, MIME types are registered with the Internet Naming Authority,
  31. IANA.
  32.  
  33. >2) The document format (HTML, HMML, whatever) needs to accomodate
  34. >documents which have multiple items in it, which could be different
  35. >types, such as an embedded graph and a mathematical formula.  AND each
  36. >of the items themselves COULD be expressed in a number of different
  37. >format types.
  38.  
  39. I'll wave the MIME flag again and point out that MIME has a modular
  40. bundling mechanism -- the embedded object can be of type multipart/mixed.
  41.  
  42. >  The information which the two alternatives convey would
  43. >not have to be exactly equivalent -- sometimes a picture is worth a
  44. >thousand words!  But if text is all your device can display, you might
  45. >settle for the words.  The person who maintains the document can put
  46. >both text & image in the document, and the image would be displayed if
  47. >possible.
  48.  
  49. MIME again!  The MIME type multipart/alternative allows you to specify
  50. a series of alternative objects, ordered by preference.
  51.  
  52. More HTML enthusiasts should check out MIME.
  53.  
  54. Jay Weber
  55. EIT
  56.